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REMARKS 

The I'inal Office Action, mailed October 6, 2005, considered and rejected claims 1-4, 7, 
1047 and 20-27, Claims 1, 2, 4, and 7-27 were rejected under 35 U.S,C, 102(b) as being 
anticipated by the TBTwarc Release 3.3 software product released September 18, 1998 by The 
Open C3roup, as evidenced by: "TETware User Guide, Revision 1.2", "Release Notes for 
J'E'fwai'c Release 3.3" and "TETwaj-e Programmers Guide, Revision 1.2". Claim 3 v^s rejected 
under 35 U^S.C 103(a) as being unpatentable over TETwaro and the associated cited 
documentation as applied to claim 1 above, and furtlier in view of Hartmann et al. (U.S. Patent 
No. 6,505.342). ' 

Applicants' invention, as recited for example in independent system claim 1, relates to a 
computer system for selecting and organizing individual lesl cases for use in testing a computer 
program to ensure that the program processes as intended. Tlic system includes one or more 
program modules storing one or moro available test cases, each comprising a set of instiiictions 
for testing a feature of the computer program through a language and format independent 
inlerface; a harness client comprising a set of instructions that (i) receives user input specifying 
one or more filenames corresponding to tlie one or more program modules, (ii) executes a 
connector to scan for and discover tlie one or more available test cases that are stored in the one 
or moro program modules and to organi:ze the one or more available test cases into a test case 
hierarchy, and (iii) receives user input indicating which of the one or more available test cases in 
the test case hierarchy arc selected to be executed on the computer program; a harness 
comprising a set ofinstructioiis that (i) receives the test case hierarchy, (ii) traverses the test case 
hierarchy in which one or more test cases comprise a test suite, and in which one or more test 
suites comprise a test module, and (iii) executes each of the one or more available test cases that 
is selected to be executed on the computer program using the corresponding language and fomiat 
independent interface of the selected test case to ensure that the computer program processes as 



Ahliough ihe prior art sialus and some of the assertions made with regard lo the cited art is not being challenQcd at 
this time, inosniDch as it is iioi necessary following the amendments and i^marks made herein, which di&iiuguish ihc 
claims Trom tho art of record. Applicants reserve the right to challenge the prior art status and assertions made wiili 
reg.ird to tho cilod ;irt, as well as any official nolico, which was (iikcu in the last ofllcc aclion, at any appropriate tinic 
in Ihc ftittu'c, should the need arise, such as, for example m a subsequent amendment or during proscculion ofa 
related applic;iiion. Accordingly, Applicants* decision not to respond to any particular assertions or rejections in 
Ihis paper slioiiUl not he construed as Applicant acquiescing to said asserlions or rejections. 
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intended; a connector comprising a set of insti-uctions that (i) scans for the one or more available 
test cjuses stored in the one or more program modules, (ii) organizes the one or more available 
test cases into the test case hierarchy by extracting the one or more available test cases from the 
one or more program modules, and (iii) selectively integrates an interface between the test case 
hierarchy and the harness regardless of the language or format in which the one or more 
available test cases were written; and a processor for executing each selected lest case, the 
harness, the harness client, and the connector. 

Applicants' invention, as recited for example in independent method claim 4, relates to 
testing a computer program to determine whether the computer program processes as intended. 
The method includes a harness client (i) receiving user input that specifics one or more filenames 
to identify tlic program module, (ii) executes the connector to scan for and discover the one or 
more test cases of interest that arc stored in the program module and to organize the one or more 
test cases of interest into a lest case hierarchy in which one or more test cases comprise a test 
suite, and in which one or more test suites comprise a test module, and (iii) receives user input 
indicating that the one or more test cases of interest in the test case hierarchy arc to be executed 
on the computer program; a connector scanning the one or more test cases of interest stored in 
the program module, each test case having a language and format independent interface for 
executing the test case on the computer program regardless of the language or format used to 
develop the test case; the connector extracting the one or move lest cases of interest from the 
program module; llie connector organi:<rfng one or more test cases of interest into the test case 
hierarchy; Uic connector interfacing the harness witli the one or more test cases of interest, 
wherein the interfacing allows the harness to recognize and execute the one or more test cases of 
interest regardless of the language or format in wliich die one or more test cases of interest were 
developed; and a harness traversing the lest case hierarchy and executing each of Uic one or more 
test ccuscs of interest to test the computer program, hidependcnt claim 15 recites similar 
limilalions from tlie perspective of a computer program product. 

Applicants' invention, as recited for example in independent method claim 24, similarly 
relates to lesling a computer progr^im to determine whether the computer program processes as 
intended. The method includes specifying one or more filenames for identifying one or more 
program modules storing one or more test cases, each comprising a set of instructions for testing 
a feature of the computer program through a language and format independent interface; 
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identifying the one or more lest cases within the one or more program modules; translating the 
identified one or more test cases into a test case hierarchy in which one or more test cases 
comprise a test siiite, and in which one or more lest suites comprise a test module; indicating that 
the one or more test cases in the test case hierarchy arc to be executed on the computer program; 
providing an interface to the test case hierarchy in order to recognize and execute the one or 
more lest cases regardless of the language or formal in which the one or more test cases were 
written; and auuiing each of the one or more tost cases in the test case hierarchy to test the 
computer program, 

^'A claim is anticipated only if each and every element as set forth in the claim is found, 
either expressly or inherently described, in a single prior art reference." MPEP § 2131. 'lliat is, 
'Tor anticipation under 35 U.S.C. 102, the reference must teach every aspect of the claimed 
invention cither explicitly or impliedly." MPEP § 706,02. Applicants also note that "[i]n 
detcimining tliat quantimi of prior art disclosure which is necessary to declare an applicant's 
invention *not novel* or 'anticipated' within section 102, the stated test is whether a reference 
contains an *enabling disclosure/*' MPEP § 2121.01, In other words, a cited reference must be 
enabled with respect to each claim limitation. During examination, the pending claims arc given 
their broadest reasonable interpretation, Le.y they arc interpreted as broadly as their terms 
reasonably allow, consistent with the specification. MPFP §§2111 & 21 1 1.01. 

As noted in Applicants' prior response, TETware discloses grouping test cases within a 
test suite. TETware PG, section 2.2, Test suites are organized as directory hierarchies -tho top 
of each test suite directory is known as the test suite root directory. TETware UG, section 5.2.6. 
All files in a test suite reside below the test suite directory (or in a specified alternate execution 
directory). TETware PG, section 2.3; TETware UG, section 5.2.6. Test suites are required to 
include certain fdcs and utilities, such as a build tool (e,g., make), a clean tool (e.g., rm), at least 
one test scenario file, etc. TETware PG, section 2.5. 

A test scenario is a list of invocable components from a lest suite that arc processed 
during a particular TETware invocation. TETware UG, sections 2.2 8l 5.3.2. Within a scenario 
file, a test case name may appear by itself or be attached to a directive that describes how the test 
case should be executed (sequentially, in parallel with other test cases, repetitively, remotely, 
etc). TKTware PG, section 4.2.4.3; TETware UG, section 5.3.2,2. Test case names arc 
interpreted relative to the test suite root directory or altcniatc execution directory, depending on 
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llicj mode of opeialion. TETwarc UG, section 5,3.2.4. Section 5.3.2.5 of the THTwarc UG lind 
section 4.4 of the TETvvare PG present some simple examples of tesl scenarios. Example test 
cases naniDS listed in these scenarios follow the directory convention explained above (eg, 
"/isct/tcl"nnd "/ts/icl"). 

The test cases in a test suite are processed by a Test Case Controller O' CC), based on a 
chosen mode of operation (e,g,, build, execute, clean up). TETwarc PG, section 2,5. hi build 
mode, the TCC translates source test cases into execulables, in execute mode the TCC loads and 
executes test cases, and in clean mode the TCC removes unwanted files. TETware PCi, section 
3.2. Each test case is an executable program. TBTware PG, section 2.2- When a test case uses 
one of the TETwarc language specific APIs, its execution is supervised by a Test Case Manager 
(TCM). TETware PG, section 2.4.2. The TCM is not a separate program, but instead is linked 
with user-supplied test code and the API library to produce an executable test case. Id. There is 
a separate TCM module for each API that is supported by TETwarc, Id, For example, I'ETwarc 
includes a C TCM and a C++ TCM. TETware PG, section 2.4. Test cases arc written to a 
specific language binding (C, C++, Shell, Korn Shell, etc.). TETware PG, sections 8, 9, 10, and 
11. 

Among other things, however, and in connection with tlie othei- recited claim limilntions, 
TETware fails to teach, suggest, or enable a ^'test hierarchy in which one or more test cases 
comprise a test suite, and in wliich one or more lest suites comprise a test module" as now 
recited in each of the independent claims. In contrast, TE'lVare UG explicitly teaches away 
n-om this concept by stating that even though "[a] lest suite is made up of one or more test 
cases" (TETwarc UG, section 2.1, second paragraph", "[a] test suite is the largest grouping of 
tests that can be processed by the TETware Test Case Controller'' (TETware UG. section 2.1, 
first paragraph). Thus, TETware UG expressly teaches aware fi"om a test hierarchy in which one 
or more tost suites comprise a test module. 

A similar feature was recited in the now cancelled dependent Claim 9, which also stood 
rejected under 35 U.S.C. 102(b) as being anticipated by TETwarc UG and TETware PG. 
However, that rejection was based on a false conclusion. For instance, the Office Action seems 
to improperly equate the recited test module with the ^^scenario** described in section 2.2 of 
'I'HTware UG. TETwarc UG and TETware PG nowhere describe that one or more lest suites 
comprise a scenario, instead, TETwai'e UG states that a "test sceuario is a list of one or more 
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in vocable components from a test suite'\ F.ven if the test scenario included all of the invocable 
components from a test suite, it still cannot be said tliat the test scenario inclmieK iJie i^si suite, 
since there may bo much more than invocable components in the test suite (see, for example, 
section 2.5 of TUTware PG, which describes the structure of the test suite. This reason alone is 
sufficient to warrant a withdrawal of the 35 U.S.C. i02(b) reject of the independent claims. 

AlteiTialively, the Office Action also seems to improperly equate the recited test module 
with tl)c scenario lilc and the recited test suite with the test scenarios. The Office Action states 
that TETware teaches that the scenario file contains one or more test scenarios, which contain 
one or more test cases. Even if tliis is true, which the Applicants do not concede, the recited 
claim Hniitalions arc not met. For example, as mentioned above, the independent claims recite 
that a connector organizes a test case hierarchy in which one or more test cases comprise a test 
suite, and in which one or more test suites comprise a test module. Nowhere does TETwarc 
teach that the TCC organizes the test cases into test scenarios and the lest scenarios into the 
scenario tile. At most, TBI ware teaches that the TCC may process a scenario in a preexisting 
scenario file, which is not the same as recited claim limitations. The above reasons alone are 
sufficient to warrant a witlidrawal of tlie 35 U*S.C. 102(b) reject of the independent claims. 
However, as will now be described, there arc additional reasons why tlie independent claims aix; 
not anticipated by TETwarc. 

As stated in the previous response to the Office Action, and in connection with the other 
recited claim limitations, TETwarc fails to teach, suggest, or enable the test case discovery 
aspect of Applicants' invention which is recited in each of the independent claims. For 
independent clain\s 1, 4, and 15, tliis discovery relates to receiving ustsr input that specifies one 
or more filenames corresponding to one or more program modules, executing a connector to scan 
for and discover one or more available test cases that are stored in the one or more program 
modules and to organize the one or more available test cases into a test case hierarchy, and 
receiving user input that indicates which of the one or more available test cases in the test case 
hicrarcliy are selected to be executed on the computer program being tested. For independent 
claim 24, this di.scovei-y relates to specifying one or more filenames for identifying one or n^ore 
one or more program modules storing one or more test cases, each comprising a set of 
instmctions for testing a feature of the computer program through a language and fomiat 
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independent interface, and identifying the one or more test cases within the one or more program 
modules. 

In response to these argiimenU previously made, the Office Action states that these 
features arc described in section 5.3.2 of TETwarc UG, without referring to specific language in 
that section to support that assertion. After reviewing section 5.3.2, it appears that the section 
just describes the scenario file, which seems to include scenario directives. However, TETwarc 
does not describe how these directives cause the itscited test case discovery functionality now 
recited in the claims. For example, the Office Action seems to imply that tlie disclosed scenario 
file name in section 5.3.2 corresponds to the claim requirement of one or more filenames 
corres]3onding to one or more program modules. However, nowhere in cited TETwarc 
documentation does it teach or disclose that the scenario file name is used to identify a program 
modulo that stores one or more test cases. Section 5.3.2 of TETware UG and section 4.1 of 
I'ETwarc PG teach that the scenaiio file name is used to indicate which sceiiaiio to process, 
vvhicli is different from identifying a program module. In fact, if the program module is the lest 
suite as indicated in the Office Action, then Uie cited portions of TETware teach away from 
using the scenario name to identify the test suite since test suite already includes at least a 
scenario name "all.*' Conscquciitly there would be no need to identify the teJ5t suite by the 
recited filename. 

Accordingly, Applicants respectfully submit that the rejection of the independent claims 
under 35 U,S.C, § 102(b) as being anticipated by TETware has been overcome and should be 
withdrawn. As a result, the rejections of record with respect to the dependent claims also have 
been overcome and similarly should be withdrawn. Hartmaim also fails to teach or suggest any 
of (he recited features shown above to be lacking in the description of TETware. Accordingly, 
the 35 U,S.C. § 103(a) rejection should be withdrawn as well. 

Based on at least the foregoing reasons. Applicants respectfully submit that the cited prior 
art fails to anticipate or make obvious Applicants inveiition, as claimed for example, in 
independent claims I, 4, 15, and 24, Applicants note for the record that the remarks above 
reader l]\c remaining rejections of record for the independent and dependent claims moot, and 
thus addressing individual rejections or assertion with respect to the teachings of the cited art is 
unnecessary at the present time, but may be undertaken in the future if necessary or desinible, 
and Ap])licants reserve the right to do so. 
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III Ihc event lhal the Examiticr finds my remaining impediment lo a prompt allowance of 
tliis application that may be clarified through a telephone interview, the Examiner is requested to 
contact Ihc undersigned attorney. 



Dated this 6^^ day of February, 2006. 

Respectfully submitted, 

RICKD.NYDEGGER 
Registration No. 26,651 
ADRIAN J. LEE 
Registration No. 42,785 
Attorneys for Applicant 
Customer No. 047973 

AJL:ds 

PPAO0O0OO2O36VOO1 



Page 15 of 15 



PAGE 1H24 ' RCVD AT 2/6/2006 8:03:08 PM [Eastern Standard Time] * SVR:USPTMFXRF-6/25 ' DNIS:2738300 ' CSID:OflOOO000OOO0OO0O0OOO ' DURATION (min-ss):0M2 



